Description

This PR updates the packing system to perform compression on packed data via zlib where the resource system is equipped to handle decompression of loaded pack file. This feature functions in concert with a newly added binary serialisation method for asset data using recursive template functions. The results show the renderapp pack file size reduced in on-disk size from 6.4MB down to 2.8MB.

The recursive templates for binary serialisation work as so at the high level, allowing any type to recursively request the serialisation of data (likely members) for any type that provides a template function to do so as below:

struct BaseVertex
{
    Vec3 position;
    FColour color;
    Vec3 normal;
    Vec2 uv;
};

struct StaticMeshData
{
    std::vector<uint32_t> indices;
    std::vector<BaseVertex> vertices;
};

inline void serialise(BinarySerialisation::Buffer& buffer, BaseVertex& value, BinarySerialisation::SerialisationMode mode)
{
    serialise(buffer, value.position, mode);
    serialise(buffer, value.color, mode);
    serialise(buffer, value.normal, mode);
    serialise(buffer, value.uv, mode);
}

inline void serialise(Buffer& buffer, StaticMeshData& value, SerialisationMode mode)
{
    serialise(buffer, value.indices, mode);
    serialise(buffer, value.vertices, mode);
}

The functionality then allows for more common and fundamental types to receive serialisation based on native serialisation rules as defined in utils/BinarySerialisation.h, such as STL containers, primitive C++ types, and core Siege types.

In addition to these new features, the following changes have also been made:

• pack-assets targets in all Makefiles have been updated to perform their deletions before running
• Added and updated unit testing for resources and binary serialisation

The PR has been...

• provided a reasonable name that is not just the branch name (e.g "Added Vulkan render delegate")
• linked to its related issue
• assigned a reviewer from the team
• labelled appropriately

The code has been...

• made mergable and free of conflicts in relation to master (according to GitHub)
• tested in a packaged state using the package targets
• pulled to the reviewer's machine and reasonably tested